Update sent, lets see if we'll get closer to the target.
Right, you'll find the command format in !lhelp output, but it looks like this:
!ban [time] name ["reason"]
Time (ban length) and reason are optional, but the time (0 = 12 hours, 1 = one day, just like in LFS) must be before name, not the other way, and the reason must start by ", it is a character separating username from additional text. Example:
!ban 3 el_bitcho "Being a really big mouth"
Sorry, Bitcho.
Wow, VoiD, thanks a lot for testing! There's a simple stupid bug, very easy to remove and then it would work as expected. The very simple trouble is that now El_Bitcho is someone else than el_bitcho, I forgot case conversion when using the !ban and !unban command, and it resulted in all the strange behaviour you report. Give me an hour, I'll make sure this is corrected.
As for banning using nicknames (changeable) and usernames (registered). Of course usernames are used for banning, there would be no point is a system banning by nickname.
The !ban command expects username (must be entered all lowercase now, but I will correct this). Only when the driver you want to ban is online, you can use his nickname, it will be converted to username. It is not possible to ban offline people by their nicknames, always usernames must be used (again, all lowercase, correction coming soon).
Same for unbanning, always usernames are used (again, use lowercase, correction coming soon). OK, give me a short while, then pls try all the banning again, you'll see (I hope) the reported strage behavior is gone.
As for banning using nicknames (changeable) and usernames (registered). Of course usernames are used for banning, there would be no point is a system banning by nickname.
The !ban command expects username (must be entered all lowercase now, but I will correct this). Only when the driver you want to ban is online, you can use his nickname, it will be converted to username. It is not possible to ban offline people by their nicknames, always usernames must be used (again, all lowercase, correction coming soon).
Same for unbanning, always usernames are used (again, use lowercase, correction coming soon). OK, give me a short while, then pls try all the banning again, you'll see (I hope) the reported strage behavior is gone.
Hm, I'm not sure what you mean? Maybe something like filtering e.g. !sb output by a team tag? Ah, I planned to add this, but forgot. I'll see today how the current structure may be updated to accomodate stats output filtering. But maybe you mean something else?
@ JustForFun - Ah, my bad, textual error, IncludeFile is available in the FREE version.
@ VoiD - Understood, I hate updating when the servers are used as well. That's why AirAttack still runs on rather old 2.2.8.
@ VoiD - Understood, I hate updating when the servers are used as well. That's why AirAttack still runs on rather old 2.2.8.
No, IncludeFile can be used in FREE version too, it allows custom separation of SRV and CFG files (not TCD though).
Yes, I know what's causing this. If you do the update using TCAdmin panel editor, the file is always saved as ANSI, and that is wrong. For correct character display the file needs to be UTF-encoded. Franky of 500servers is currently trying to solve this issue. For now I would suggest you do the editing locally at your PC, making sure the encoding is UTF-8 (Airio default), and upload the file to the site. That way the character conversion will be correct.
LOL, too late.
I'll be sending a link in a short while, would welcome any feedback.
Yes, you can. An example multi-line definition looks like this:
The above can be also specified this way:
Or even this way:
Note you can use any language-special characters, as long as they are in LFS European languages. With Asian characters it is not easily possible.
The above can be applied to all the textual items you mention and people selecting their user language once will then receive localized custom messages/buttons.
Note however the FR in the example would not be functional in fact, until Airio has FR localization available and people can select that language in their preferences.
If some text does not contain certain user language localization, the first version is shown, which should be English in most cases as the most widely used choice.
A final note: Deep apologies to Germans, Italians, and French in case I got the welcome message in the example completely wrong.
One more final note: Yes, it will be some work to create that many localizations. But the update is easy - you make new/extended definition, type !rld, select new user language in preferences and see the results (e.g. race start buttons).
Final final note: To keep server definition file at reasonable size and to get better overview of all textual items, you may put the IncludeFile key to use. You may create a separate TXT file containing only messages/buttons (by cutting them from main SRV file), link this file to the main one and do all localizations there. That way the messages would not be mingled with filter settings and other values of completely different purpose.
An example multi-line definition looks like this:UsersMotd=^3Welcome
UsersMotd=+^7to my server!
UsersMotd=+||GE ^3Wilcommen
UsersMotd=+^7auf mein server!
UsersMotd=+||IT ^3Benvenuto
UsersMotd=+^7a mio server!
UsersMotd=+||FR ^3Bienvenue
UsersMotd=+^7à mon server!The above can be also specified this way:
UsersMotd=^3Welcome++^7to my server!
UsersMotd=+||GE ^3Wilcommen++^7auf mein server!
UsersMotd=+||IT ^3Benvenuto++^7a mio server!
UsersMotd=+||FR ^3Bienvenue++^7à mon server!Or even this way:
UsersMotd=^3Welcome++^7to my server!++||GE ^3Wilcommen++^7auf mein server!++||IT ^3Benvenuto++^7a mio server!++||FR ^3Bienvenue++^7à mon server!Note you can use any language-special characters, as long as they are in LFS European languages. With Asian characters it is not easily possible.
The above can be applied to all the textual items you mention and people selecting their user language once will then receive localized custom messages/buttons.
Note however the FR in the example would not be functional in fact, until Airio has FR localization available and people can select that language in their preferences.
If some text does not contain certain user language localization, the first version is shown, which should be English in most cases as the most widely used choice.
A final note: Deep apologies to Germans, Italians, and French in case I got the welcome message in the example completely wrong.
One more final note: Yes, it will be some work to create that many localizations. But the update is easy - you make new/extended definition, type !rld, select new user language in preferences and see the results (e.g. race start buttons).
Final final note: To keep server definition file at reasonable size and to get better overview of all textual items, you may put the IncludeFile key to use. You may create a separate TXT file containing only messages/buttons (by cutting them from main SRV file), link this file to the main one and do all localizations there. That way the messages would not be mingled with filter settings and other values of completely different purpose.
Last edited by EQ Worry, .
I would say it has some potential, yes. But just like with everything completely new it is necessary to test the feature extensively and see if it covers all the conditions and is in fact useful to admins (because they get much better overview of currently active bans) and users (because they know up to one minute when the server will open for them again). Of course bug reports and improvement suggestions are more than welcome. 
But just like with everything completely new it is necessary to test the feature extensively and see if it covers all the conditions and is in fact useful to admins (because they get much better overview of currently active bans) and users (because they know up to one minute when the server will open for them again). Of course bug reports and improvement suggestions are more than welcome. I believe you're completely right.
Airio 2.2.9 is released, packed with things added in the last few days:
Hm, the "last raced on" message isn't as bad in fact. Most existing Airios (all FREE and some FULL) do not have ranks allowed/defined, and when someone connects, you see nothing. This messages says that this drivers is not on your server for the first time or how long it is since his last visit. No message in that case means the driver is new and you may expect him trying to join race in wrong types of cars, with insufficient restrictions, bad tyres, passengers, anything you do not allow...
But naturaly this message, just like all other types of user messages, can be turned off in personal preferences. It is part of "General info" settings, which currently covers also race restart/end notice, timelock status change, track change info, pitstop data, and custom/standard car message. (Well, seeing this bunch of strange data I would make the button multi purpose, turning on/off general and race info to allow more detailed customization.)
Basically I believe 2.2.8 cannot be a step back.
Everyone has 5 more customization options, allowing him to display e.g. LFSW/server/both/none PB of every new connection/improvement. This level of selection was not possible earlier, it was just LFSW or nothing. The same with points and ranks, licences and safety ratings, good/best splits and sectors (!). Holding on to 2.2.7 means you're giving less than you can to your drivers. 
Most existing Airios (all FREE and some FULL) do not have ranks allowed/defined, and when someone connects, you see nothing. This messages says that this drivers is not on your server for the first time or how long it is since his last visit. No message in that case means the driver is new and you may expect him trying to join race in wrong types of cars, with insufficient restrictions, bad tyres, passengers, anything you do not allow...But naturaly this message, just like all other types of user messages, can be turned off in personal preferences. It is part of "General info" settings, which currently covers also race restart/end notice, timelock status change, track change info, pitstop data, and custom/standard car message. (Well, seeing this bunch of strange data I would make the button multi purpose, turning on/off general and race info to allow more detailed customization.)
Basically I believe 2.2.8 cannot be a step back.
Everyone has 5 more customization options, allowing him to display e.g. LFSW/server/both/none PB of every new connection/improvement. This level of selection was not possible earlier, it was just LFSW or nothing. The same with points and ranks, licences and safety ratings, good/best splits and sectors (!). Holding on to 2.2.7 means you're giving less than you can to your drivers. Hi! Yes, security is a valid concern, no doubt. Publishing parts of code used for external communication is really of no use to you though, because you never can say if something was omitted from the list or such. So I'll describe what communication is happening.
1) The primary communication is of course between Airio and the LFS server (local or remote). Here all data flow from first establishing connection to server and then from processing all events (car positions, split/lap times, races starting, people connecting) as they are reported via InSim packets, and responding to this by sending request packets (commands, settings). This communication is necessary, it may over time represent significant data flow, and for this reason it is best to keep it local (one PC with both Airio and the LFS server).
2) If a PubStat key is provided, there'll be communication with the LFS World site. World Recodrd table will be updated every hour, which is important because many calculations depend on current WRs. Still, external WR table may be used and communicating with LFSW is not required. But if it is allowed, for each driver his online PBs (and newly also hotlaps) are downloaded and used in some parts of the application (e.g. as a time comparison base). This communication is not required, but it does not repesent large amounts of data and except your generated PubStat key no sensitive data are being sent away. In response Airio gets text/number tables with split/lap times from the LFSW site.
3) You'll be probably most concerned about the last communication type used to gather global Airio usage stats as shown on this page and used also in !ver output. In newer Airio versions this communication cannot be disabled. Basically, every minute Airio sends to my server data about all servers it is connected to. These are the following: Server name, track name, cars being currently used, current number of connections and drivers, basic server state (race or quali, midjoin, reset status, ...) and usernames of all currently connected people. This happens once a minute and usually less that 1 KB is sent, not a significant load. In response Airio gets total number of instance, servers, connections and drivers (cars on track).
That's it, at least what concerns the FREE version. In FULL there may be also communication with external FTP server and an IRC channel. Well, I guess it would be from your part a question of trust to believe my statement that Airio has no backdoor/hidden communication allowing me (or anyone else) to see your server password, it is never sent anywhere except when establishing initial connection to server. Really, I'd have no use for about 150 server passwords, and when that kind of cheating would be discovered it would just kill everything I'm trying to achive with this application.
If you want to make absolutely sure, I suggest you install some network sniffer and let it output everyting going externally from Airio (LFSW downloads and global stats updates) or coming back to it. Maybe you'll sleep better then.
1) The primary communication is of course between Airio and the LFS server (local or remote). Here all data flow from first establishing connection to server and then from processing all events (car positions, split/lap times, races starting, people connecting) as they are reported via InSim packets, and responding to this by sending request packets (commands, settings). This communication is necessary, it may over time represent significant data flow, and for this reason it is best to keep it local (one PC with both Airio and the LFS server).
2) If a PubStat key is provided, there'll be communication with the LFS World site. World Recodrd table will be updated every hour, which is important because many calculations depend on current WRs. Still, external WR table may be used and communicating with LFSW is not required. But if it is allowed, for each driver his online PBs (and newly also hotlaps) are downloaded and used in some parts of the application (e.g. as a time comparison base). This communication is not required, but it does not repesent large amounts of data and except your generated PubStat key no sensitive data are being sent away. In response Airio gets text/number tables with split/lap times from the LFSW site.
3) You'll be probably most concerned about the last communication type used to gather global Airio usage stats as shown on this page and used also in !ver output. In newer Airio versions this communication cannot be disabled. Basically, every minute Airio sends to my server data about all servers it is connected to. These are the following: Server name, track name, cars being currently used, current number of connections and drivers, basic server state (race or quali, midjoin, reset status, ...) and usernames of all currently connected people. This happens once a minute and usually less that 1 KB is sent, not a significant load. In response Airio gets total number of instance, servers, connections and drivers (cars on track).
That's it, at least what concerns the FREE version. In FULL there may be also communication with external FTP server and an IRC channel. Well, I guess it would be from your part a question of trust to believe my statement that Airio has no backdoor/hidden communication allowing me (or anyone else) to see your server password, it is never sent anywhere except when establishing initial connection to server. Really, I'd have no use for about 150 server passwords, and when that kind of cheating would be discovered it would just kill everything I'm trying to achive with this application.
If you want to make absolutely sure, I suggest you install some network sniffer and let it output everyting going externally from Airio (LFSW downloads and global stats updates) or coming back to it. Maybe you'll sleep better then.
No probs, just put number 5 after the actions that no one should be allowed to do. Admins are virtual limads 4, entering 5 there will disable that option for them as well.
But to say the truth, I'm not absolutely sure this would be functional on all checks, some may still be bound directly to admin status. I'll try to go through code and make sure the admin status is used only when really necessary.
EDIT: OK, I checked, the admin status is really used only in allowing special commands (such as the dangerous stats manipulation), not in joining and other checks. So using the number 5 (or higher) should really be effective.
Also Airio 2.2.9 (not yet released) implements hotlap table downloads, with the better time of online/hotlap data used as LFSW PB e.g. in time lock.
But to say the truth, I'm not absolutely sure this would be functional on all checks, some may still be bound directly to admin status. I'll try to go through code and make sure the admin status is used only when really necessary.
EDIT: OK, I checked, the admin status is really used only in allowing special commands (such as the dangerous stats manipulation), not in joining and other checks. So using the number 5 (or higher) should really be effective.
Also Airio 2.2.9 (not yet released) implements hotlap table downloads, with the better time of online/hotlap data used as LFSW PB e.g. in time lock.
Last edited by EQ Worry, .
Airio currently does not download/use hotlap (uploaded replay) times, only the more readily available online recorded lap times, LFS World lap times. If you find Airio server using time lock, just jump to another server allowing the same track/car combination (or create your own server), and make necessary lap time there.
Still, it is a good point, I'll try to implement hotlap downloads, because they are in fact more reliable than online LFSW lap times. Airio setup should then allow to specify which time can be used.
Still, it is a good point, I'll try to implement hotlap downloads, because they are in fact more reliable than online LFSW lap times. Airio setup should then allow to specify which time can be used.
Uhm, yes, version 2.2.8 has some updated button texts, items not yet localized. I'll be sending the new items to the translators in one or two days, and then I'll update the language files...
In case you want to do it yourself, take the current Airio.msg.ge.txt file, add the items from the file appended to this post, translate them, save the file, type !rld, check the buttons...
Just use the items on separate lines in config, like this:
TextNotes=First line of standard Server Notes...
TextNotes=Second line of standard Server Notes...
TextNotes=(more lines)
TextNotes=||GE Erste Linee des standard...
TextNotes=Zweite Linee...
TextNotes=(sorry, my lack of German language should be obvious now)
TextNotes=||CZ První řádek standardních...
TextNotes=Druhý řádek...
TextNotes=(další řádky)You'll have a reasonable overview then, I believe.
Currently this is not possible, but I plan to add this soon, also to all other items defining some text to be shown.
The above point applies here.
Currently items defined as PName in CFG file are used. I'm not sure creating new PSkin key is necessary now, but if it turns out it is really not possible to use for nicknames and skin names the same definitions, it is always an option.
Airio 2.2.8 is released, bringing again (hopefully) some features you may find useful both as admins/bosses and as drivers/users.
Ah, good!
You may require slower times for entering stats by using higher value of MaxTime in CFG file. As you have it now, PBs will still start storing only once you get to within 10 percent of WR. That is a reasonable value keeping the stats clear from really bad PBs, still reachable after just a bit of training. The time required for entering stats in certain track/car combo is displayed on lap finishes, if you have improved, but you're still not there . If I'm not mistaken, you can also see the required lap (and approproate split/sector) times using the !target command without parameter.Hmmm. Are you running a dedicated host? Airio requires that, it handles connection 0 (the host) in a special fashion. It is possible to connect Airio to non-dedicated (graphical) host, but some things would work strangely for that driver and some not at all.
If you're using a dedicated host, then by default drivers' personal options are saved once he reaches at least on one track/car combo required lap time, usually 110 percent of current WR. Only then his record is created and stored in stats, reapplied on next connect.
This is to prevent having lots of people stored that just jumped on your server, did one bad lap and left... If you want to always save everyones' options, set StoreAll in CFG file to true.
If you're using a dedicated host, then by default drivers' personal options are saved once he reaches at least on one track/car combo required lap time, usually 110 percent of current WR. Only then his record is created and stored in stats, reapplied on next connect.
This is to prevent having lots of people stored that just jumped on your server, did one bad lap and left... If you want to always save everyones' options, set StoreAll in CFG file to true.
Updating can be tiresome, I know. But unless you need to completely change the structure of the configuration files (which did not happen for some time now and in not planned), it is not as complicated. Changelog now summarizes changes in config files and it is also good idea to get a good file comparing tool such as the PSPad, and compare your current CFG/TCD/SRV files with default files. You'll see all differences, you can copy just the new or changed items, set something and be done with updating in 3 to 5 minutes.
Use PointsGood=0,0,0.
Hi and thanks!
Currently not possible. But I'll put into my TODO list to allow to define any LFS/Airio commands during track rotation.
The FULL version manual describes some of this, but I'm afraid it is not up-to-date, there have been many changes in the last 4 or 6 months. Also the changelog is good source of information. But you're right, some form of comparison table would be good.
You're right about the first part and yes about the second part, the ranks/licences/ratings may be defined with colors.
Very nice, Michele. I see the script is developing nicely, thank you for doing this good job!
I see the script is developing nicely, thank you for doing this good job!Oh, Fram, thanks a lot for your support both in the tangible form (donation) and also on the immaterial level (nice words). One wouldn't go without another, I guess. I hope you won't be disappointed and I wish you good luck and success with the R2R project/community!
I hope you won't be disappointed and I wish you good luck and success with the R2R project/community!Aaaah, sorry. It looks like some small Opera bug, IE has no problem with display. But otherwise the conversion/display is perfect, thanks!
Last edited by EQ Worry, .
Very nice, cool improvement. :-) If I may have one or two suggestions:
1) Characters after some Asian codes (shown as |) are larger. Why? I see that also in LFS World but it looks strange.
2) For the table to be really useful I would need options to select track and/or car, maybe even sort items by different columns. But I'm not sure if this is not done already by some other script.
Sorry, I really do not understand PHP.
1) Characters after some Asian codes (shown as |) are larger. Why? I see that also in LFS World but it looks strange.
2) For the table to be really useful I would need options to select track and/or car, maybe even sort items by different columns. But I'm not sure if this is not done already by some other script.
Sorry, I really do not understand PHP.
IMPORTANT: It was mentioned here (and observed elsewhere) that there appear suddenly errors in Airio, every minute even in older versions. I finally realized what is the cause.
Due to misunderstanding some people were using the Airio option to call a script regularly (ScriptTimed) to point it to Michele's script grabbing Airio stats and showing them on a Web page. But the basic purpose of the item is to call a script returning some short data (such as number of people on voice chat) and display the output in chatlines (or process it as commands).
Problem is Michele's script returns a Web page, very possibly a huge one. Because of character limitations in earlier Airio versions an error was simply reported and handled. Newer versions would try to display the returned code. Ehmmm, I don't think people would like that.
Please, do not use ScriptTimed to point to Michele's script, it is a wrong usage that would end in error or something worse!
Question is what can be done. 1) From my perspective you should have two scripts. One can be called regularly from Airio to update stats, it will be returning nothing to the calling application. The other script would use updated data for display on a Web page. 2) Another option for me is to create a new key in CFG file allowing to call some script regularly and ignore the result, but I think the previous approach is better and more logical.
Any suggestions/explanations are welcome.
Due to misunderstanding some people were using the Airio option to call a script regularly (ScriptTimed) to point it to Michele's script grabbing Airio stats and showing them on a Web page. But the basic purpose of the item is to call a script returning some short data (such as number of people on voice chat) and display the output in chatlines (or process it as commands).
Problem is Michele's script returns a Web page, very possibly a huge one. Because of character limitations in earlier Airio versions an error was simply reported and handled. Newer versions would try to display the returned code. Ehmmm, I don't think people would like that.
Please, do not use ScriptTimed to point to Michele's script, it is a wrong usage that would end in error or something worse!
Question is what can be done. 1) From my perspective you should have two scripts. One can be called regularly from Airio to update stats, it will be returning nothing to the calling application. The other script would use updated data for display on a Web page. 2) Another option for me is to create a new key in CFG file allowing to call some script regularly and ignore the result, but I think the previous approach is better and more logical.
Any suggestions/explanations are welcome.
Hmmm, the Airio (or rather Aegio, internal InSim library) code for this is quite complicated and it includes conversion tables to allow not only LFS to UTF, but also UTF to LFS conversions.
I believe there's Victor's PHP script available somewhere for converting LFS codes to UTF for display on a Web page. And I also believe that script can be used to "translate" nickname strings stored in Airio statistics.
I believe there's Victor's PHP script available somewhere for converting LFS codes to UTF for display on a Web page. And I also believe that script can be used to "translate" nickname strings stored in Airio statistics.
FGED GREDG RDFGDR GSFDG